home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19941221-19950208 / 000457_news@columbia.edu_Tue Feb 7 07:55:35 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA10274
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Wed, 8 Feb 1995 00:12:19 -0500
  3. Received: by apakabar.cc.columbia.edu id AA10836
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Wed, 8 Feb 1995 00:12:18 -0500
  5. Path: news.columbia.edu!panix!news.mathworks.com!udel!gatech!swrinde!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
  6. From: jrd@cc.usu.edu (Joe Doupnik)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Kermit TSR for background xfers?
  9. Message-Id: <1995Feb7.135535.40928@cc.usu.edu>
  10. Date: 7 Feb 95 13:55:35 MDT
  11. References: <3go00i$bie@crl12.crl.com> <1995Feb1.100246.40094@cc.usu.edu> <3h5mj8$kar@Mercury.mcs.com> <1995Feb6.134931.40786@cc.usu.edu> <3h8611$eif@Mars.mcs.com>
  12. Organization: Utah State University
  13. Lines: 42
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <3h8611$eif@Mars.mcs.com>, les@MCS.COM (Leslie Mikesell) writes:
  17. > In article <1995Feb6.134931.40786@cc.usu.edu>,
  18. > Joe Doupnik <jrd@cc.usu.edu> wrote:
  19. > 
  20. >>> I'm running a DOS program called ACCESS PLUS that is intended to be used
  21. >>> with the attmail service that uses a 60K TSR to provide scheduled calls
  22. >>> in the background.  It is running on many machines without causing too
  23. >>> much trouble from being a TSR, so it is at least possible.  It appears
  24. >>> to run an xmodem-like protocol modified so that the total packet size
  25. >>> is 256 bytes, and has a minimal scripting language for dialing and
  26. >>> login. However, there are things I don't like about the rest of
  27. >>> this package.  I'd like to replace it with something that does MIME
  28. >>> attachments without losing the ability to do the background communication.
  29.     <omitting much>
  30. >>    I disagree here. The market is for the big scale product, not
  31. >>a tailor-made component. There is no interest at this end in becoming
  32. >>a parts supplier for free.
  33. > 
  34. > I don't mean to imply that you have any obligation to provide such
  35. > a thing for free, but I still think there is a need for it and it
  36. > fits into the kermit model of making everything talk to everything
  37. > else on the cheap.  The other components needed to put a workable
  38. > system together are available in various free or low-cost shareware
  39. > forms that could be glued together to build a custom system.  For
  40. > example you could use uqwk on a unix host and any of several qwk/soup
  41. > readers, or set up something similar as a custom gateway for Pegasus.
  42. > The critical points to making it usable are that the end points
  43. > appear as users on the host machine rather than remote machines,
  44. > and that the communications must take care of itself with scheduled
  45. > calls in the background as an option.
  46. > 
  47. > But maybe it's too late for simple serial communications.
  48. ----------------
  49.     I think the time passed in the early 70's when Unix grew up,
  50. even though there is a modern resurgence this year as "service providers"
  51. appear in every other garage to guide folks to the ISH.
  52.     There is always a need for someone(s) to make working systems from
  53. components. However, the Kermit designers may not be interested in spending
  54. their own time and effort in such work (they too, like everyone, have plans
  55. and goals). Hence a contractural arrangement would be needed to create the
  56. group to do the special job.
  57.         Joe D.